home *** CD-ROM | disk | FTP | other *** search
Text File | 1990-05-18 | 1.5 KB | 34 lines | [TEXT/GEOL] |
- Item 4623854 15-May-90 14:13PDT
-
- From: S.FRIEDRICH Friedrich, Steve
-
- To: D4682 Marx, Peter,PRT
-
- cc: MACAPP.TECH$ MacApp Technical
-
- Sub: Re: Experimental and…
-
- >I have had a few problems with views not updating correctly and one problem
- >where a "tracker-grabber" method does NOT work in 2.0 final, but DOES work
- >with
- >the experimental/unsupported features turned on.
-
- We changed the way TScroller.ScrollDraw works in 2.0 Final. Because the
- scrolling process itself can (potentially) preserve some bits and yet not
- preserve others (in the newly revealed area) the old ScrollDraw would actually
- call Begin/EndUpdate and DrawContents. _BIG_ problem with linked (dependent or
- synchronized) scrollers. Also _BIG_ problem if you wanted to scroll a few
- scrollers around in a window and then take the update in a single hit (24 bit
- images for instance). Because of this we added an invalidate parameter to
- scrolldraw so that the newly revealed area could be invalidated or ignored at
- the caller's discretion. This leaves it up to the call chain to ensure
- synchronization when scrolling actions are taken repeatedly without going out
- to the event queue (where an update event can be manufactured). See
- TScroller.DoKeyCommand where the update is forced because autokey events would
- have higher priority than updates. For a mouse example see
- TGrabberTracker.TrackMouse.
-
- Regards,
- Steve
-
-